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SIETBODS AND APPABATOS TOR SUPP0RTIW3 mCRO-UOBZLITY WZTBZN A 

XUU>XO ACCESS n&TWORK 

Relationship to Prior Application 

This application claims the benefit of U.S. 
5 Provisional Application No. 60/229,117, filed August 31, 2001. 

Field of the Invention 

This invention relates to methods and apparatus for 
supporting micro-mobility within a radio access network and, 
more particularly , to methods and apparatus for managing data 
10 packet routing in a radio access network. 

Background of the Invention 



Internet address, would be connected to the network at fixed 
15 locations. However, with the rapid acceptance of portable and 



of users about an individual network is typically the norm 
rather than the exception. As a result, the iinplicit design 
assumptions of the Internet Protocol are violated by this type 
20 of usage. 

Radio access networks provide one of the most 
important network access technologies to extend the reach of 
the Internet to the mobile population, allowing mobile 
terminals' to communicate with others at anytime, anywhere. . . 
25 Over the years, various mobility models have been proposed to 
support both wide-area macro-mobility and local-area- micro- 
mobility, with an emphasis on primarily mobile-to-fixed and 
fixed- to-mobile network communication. These include for 
example Cellular IP, HAWAII, Mobile IPv4 and IPv6. These 



The Internet Protocol was originally developed with 
the assuinption that users, each of which is assigned a uniq[ue 



handheld devices amongst consiomers, the movement or migration 
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solutions, however, do not provide optimal routing paths for 
mobile- to-mobile communications because of the common 
requirement of routing IP packets through an anchor point in 
the network. However, as small and portable network devices 
5 rapidly penetrate the market,, optimized mobile- to-mobile 

communication in metropolitan areas (e.g. Ottawa, Toronto) is 
crucial for the next generation of wireless Internet 
applications . 

Figure 1 is an exanple of a typical system which 

10 allows mobile terminals to access the Internet. The system 
consists of two ,all-IP radio access networks (HANs) 100, 140 
providing access services to two metropolitan areas such as 
Ottawa and Toronto, An all-IP RAN is a pure packet switched 
network based on the Internet Protocol (IP) . Each RAN 100, 140 

15 consists of radio-related network elements called radio access 
nodes (RNs) 110 that are attached to an infrastnacture of 
cooperative interconnected IP packet routers 106. The radio 
access nodes (RNs) 110 are radio access points that provide 
wireless access services to mobile terminals (MTs) 105, 109 

20 within the coverage area of each radio access node. The packet 
routers 106 interconnect the radio access nodes (RNs) 110 to 
form the infrastructure for data transportation within each RAN 
100, 140- Various gateways and/or network edge routers (NERs) 
107 connect each RAN 100, 140 with an Internet backbone 103 

25 comprising a set of routers 119, thereby enabling the mobile 
terminals (MTs) 105, 109 to access a broad range of network 
services available throughout the Internet^, 

A mobile terminal 105, 109 can establish a coimection 
to the Internet 130 through the radio access node (RN) 110 
30 serving the mobile terminal, a sequence of IP routers 106 

leading to a network edge router (NER) 107 which is, in turn, 
directly connected to the Internet backbone 130. The radio 
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access node (RN) 110 serving the mobile terminal is its "point 
of access'' to the network. Because a mobile terminal is by 
definition mobile, a mobile terminal connecting to the Internet 
via a wireless interface may change its point of access. This 
5 may occur/ for example, if the mobile terminal initiates an 
Internet sessions from different locations or because the 
mobile terminal is moving while an active data session is 
ongoing. 

Typically, location information is encoded in an 
10 Internet address (i.e. IP address). Therefore, in conventional 
systems, a mobile terminal must be located on the network at 
the location indicated by its IP address in order to receive IP 
packets. In such systems, a mobile tei^inal may need to change 
its IP address whenever it changes its point of access to the 
15 network for it to not lose its ability to communicate. 
Likewise, if a mobile terminal moves from one network to 
another, convention dictates that its IP address must also 
change . 

Most user mobility can be assumed to be local to a 
20 RAN domain. For exaitple, in Figure 1 most user mobility would 
occur within the Ottawa RAN 100 or within the Toronto RAN 140. 
Each RAN must, therefore, provide efficient mobility support 
for forwarding data packets that originate from and are 
destined to mobile, users who move within such a RAN. The 
25 mobile users in a RAN will include both local users whose home 
domain is the current network (e.g. the RAN in Ottawa) and 
roaming users whose home domain is another network (e.g. the 
RAN in Toronto) . Mobility within a single radio access network 
(RAN) is referred to as micro-mobility while mobility between 
30 separate radio access networks is referred to as macro- 
mobility. Exair5)les of micro-mobility and macro-mobility are 
indicated at 120, 122, of Figure 1/ respectively. 
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Consider now Figure 2 which shows an exait^jle system 
consisting of a single all-IP RAN 200 connected to an Internet 
backbone 203 via a network edge router (NER) 207. The RAN 200 
and the Internet backbone 203 each consist of a plurality of 
5 cooperative intercoimected routers 206/ 209 to form the 

infrastructure for data transportation in the internetwork. A 
fixed host (FH) 208 is located outside of the RAN 200 and is 
connected to the Internet backbone 203 via an access network 
which is not shown. The RAN 200 has a first radio access node 

10 (RN.a) 210 which provides wireless access services to mobile 
terminals, such as a mobile terminal (MT) 205, in the coverage 
area of the radio access node (RN.a) 210. Similarly, the RAN 
200 has a second radio access node (RN.b) 230 which provides 
wireless access services to mobile terminals in its respective 

15 coverage area. 

Suppose, for example, that the mobile terminal (MT) 
205 were to leave the coverage area of RN.a 210 and enter the 
coverage area of RN.b 230. Because the IP addresses are based 
on location, this necessitates a change in the IP address. 

20 However, a change in the IP address would make it impossible 
for the mobile terminal (MT) 205 to maintain active transport 
and higher-layer connections (e.g. TCP/UDP sessions) because 
they do not allow for IP addresses to change during an active 
session. A change of access point during active data 

25 transmission or reception is commonly referred to as a 

'^handoff. During or immediately after a handoff, physical 
layer losses may occur due to delayed propagation of new 
location information. These losses need to be minimized in 
order to avoid a degradation of service quality as handof fs 

30 become more and more freq[uent. 

A solution is needed, therefore, whereby a mobile 
host does not lose any of its sessions due to a handof f. 
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Specifically, some sort of mechanism is required to ensure that 
packets addressed to moving hosts are successfully delivered 
with high probability. 

Background on IP Routing 

5 An interconnected router system, such as that 

depicted in Figure 2, forms the architectural basis for all 
networks and handles all traffic except for direct delivery 
from one terminal (or host) to another. Essentially, a data 
packet travels from router to router \intil it reaches a router 
10 that attaches directly to a node providing service to the final 
destination. Except for destinations on directly attached 
networks, terminals (fixed or mobile) pass all IP traffic to 
routers which forward packets on toward their final 
destinations. 

15 The conventional IP routing algorithm employs an 

Internet routing table (IP routing table) on each router that 
stores information about possible destinations and how to reach 
them. Whenever the routing IP software in a host or router 
needs to transmit a data packet, it consults the routing table 

20 to decide where to send the data packet. Typically, a routing 
table contains data pairs {N,R) where N is the IP prefix or IP 
address of a destination and R is the IP address of the 'next' 
router along the path to network N. As such, router is 
called the next-hop and the idea of using a routing teU^le to 

25 store a next-hop for each destination is called ""next-hop 
routing" . 

The routing table in a router R only specifies one 
step along the path from B to a destination network N i.e. the 
router does not know the complete path to a destination. 
30 Furthermore, to hide information, keep routing tables small and 
make routing decisions efficient, IP routing software only 
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keeps information about destination network addresses, not 
about individual host addresses. Conventionally/ most routing 
has been based on networks and not oh individual hosts to 
minimize information stored in routing tables; most IP routing 
5 software implementations do however allow per-host routes to be 
specified. 

When a data packet arrives at a router, the network 
interface software delivers it to the IP software. Two 
scenarios are possible. The data packet could have reached its 

10 final destination or it may need to travel further. As with 
hosts, if the data packet destination IP address matches the 
router's own IP address, the IP software passes the data packet 
to higher-level protocol software for processing. However, if 
the data packet has not reached its final destination, IP 

15 routes the data packet using the standard IP routing algorithm 
and information contained in the local routing table. 

Specifically, when IP software looks up a route, the 
algorithm produces the ingress interface of the next node (i.e. 
the address of the next-hop router) to which the data packet 

20 should be sent. IP then passes the data packet and the next 
hop address to network interface software. Finally, 
transinission of the data packet from one machine to the next 
involves encapsulating the data packet in a physical frame, 
mapping the next-hop address to a physical address, and then 

25 sending the frame using underlying hardware. It is important 
to note that the Internet routing algorithm is table-driven and 
uses only IP addresses. 

In general, establishing routes in a routing table 
will involve some form of initialization and update. Each 
30 router in a network must establish an initial set of routes 
when it boots up and it must also update the routing table as 
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routes change. In small slowly changing networks , network 
managers can establish and modify routes manually. Most 
networks, however, are not static. Connections fail and are 
later replaced. Automated methods are therefore needed. 

5 The purpose of an automated routing propagation 

algorithm is not merely to find a set of routes, but to 
continually update the information as well. To automate the 
task of keeping network reachability information accurate, 
routers within a network may communicate with one another 
10 exchanging network reachability data or network routing 

information from which reachability can be deduced. Interior 
Gateway Protocol or IGP is a generic term used to refer to an 
algorithm that routers within an autonomous network use when 
they exchange routing information. 

15 To exchange routing information, routers usually use 

one of two basic types of algorithms i.e. distance-vector or 
Shortest Path*First (SPP) . The chief disadvantage of distance- 
vector algorithms is that they perform a distributed shortest 
path computation that may not converge if the status of network 

20 connections change continually i.e. the algorithm does not 
scale well. 

The primary alternative to distance-vector algorithms 
is a class of route propagation algorithms known as link-state, 
Shortest Path First or SPP. The SPF algorithm requires each 

25 participating router to have complete topology information. 

Additionally, instead of sending messages that contain lists of 
destinations as in the distance-vector case, a router 
participating in an SPF algorithm performs two tasks: firstly, 
it actively tests the status of all neighboring routers and, 

30 secondly, it periodically propagates this link status 
information to all other routers. 
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For example, to test the status of a directly 
connected neighbor, a router periodically exchanges short 
messages that ask whether the neighbor is alive and reachable. 
If the neighbor replies, the link between them is said to be 
5 'up'. Otherwise the link is said to be "'down". To update all 
other routers, each router will periodically broadcasts a 'link 
status message' that lists the state of each of its links. 
Note that the status messages does not specify routes - it 
simply reports whether communication is possible between router 
10 pairs. Protocol software in the routers will arrange to 

deliver a copy of each link status message to all participating 
routers . 

When a link status message arrives at a router, it 
uses the information to update its internal map of the network 
15 by marking links 'up' or 'down'. Whenever a link status 
changes, the router recomputes routes by applying the well 
known Dijkstra shortest path algorithm, bijkstra's algorithm 
computes the shortest paths to all destinations from a single 
source. 

20 One of the most widely used IQPs is the Routing 

Information Protocol (RIP) - The underlying RIP protocol is a 
straightforward implementation of distance-vector routing 
algorithm for local networks. An alternative IGP that uses the 
SPF algorithm and provides better scalability is called Open 

25 SPF or OSPF. OSPF sends ^hello' messages on each link 
periodically to establish and test neighbor reachability. 
Routers then exchange OSPF database description messages to 
initialize their network topology database. After exchanging 
database description messages with a neighbor, a router may 

30 request the neighbor to supply updated information by sending a 
*link status request' message. Routers respond by broadcasting 
the status of links with a 'link status update' message. 
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Suitunary of the Invention 

The present Invention solves the micro-mobility 
problem for mobile terminals moving within an individual radio 
access network (RAN) and leaves the mobility between different 
5 network domains (i.e. macro-mobility) to wide-area mobility 
models such as Mobile IP. The invention provides a novel 
micro-mobility supporting protocol suite called Wireless 
Internet Protocol (WIP) that enables efficient data packet 
forwarding and optimized routing for mobil'e-to-fixed, fixed-to- 
10 mobile and mobile- to -mobile communications. 

The WIP protocol @uite of the invention comprises 
three new protocols, namely a Mobile Registration Protocol/ a 
Handoff Affected Router Discovery Protocol (HARDP) and a Mobile 
Location Update Protocol. The Mobile Registration Protocol is 

15 used to register mobile terminals within a RAN while the Mobile 
Location Update Protocol is used to update mobile terminal 
reachability during a handoff. The HARDP protocol is used at 
network boot-up time to identify a minimal set of routers that 
needs to be updated when a mobile terminal handoff occurs' 

20 between two neighboring radio access nodes. This minimal set 
of routers is termed a Handoff Affected Router Group (HARG) and 
may be organized as a single multicast group. When a mobile 
terminal performs a handoff to a new radio access node, 
multicasting is used to update the routers in the HARG. 

25 According to a first broad aspect, the invention 

provides a system for forwarding data packets to a mobile 
terminal comprising: a radio access network having at least one 
externally connected gateway node, a plurality of packet 
routerS/ and a plurality of radio access nodes each having a 

30 respective coverage area and each capable of establishing a 
wireless communications link with mobile terminals within the 
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respective coverage area, each packet router and each radio 
access node having a respective network address, each packet 
router associating a next-hop forwarding entry with each of the 
radio access nodes; a first protocol adapted to provide an 
5 assigned network address to a mobile terminal for a 

communications session initially through a particular radio 
access node within whose coverage area the mobile terminal is 
located and to broadcast the assigned network address and the 
network address of the particular radio access node to the 

10 plurality of packet routers so as to cause each packet router 
to create a new next-hop forwarding entry for the mobile 
terminal, the new next-hop forwarding entry for the mobile 
terminal corresponding with the next-hop forwarding entry for 
the particular radio access node; a second protocol adapted to 

15 update the next-hop forwarding entries of the mobile terminal 
for a subset of the packet routers when the mobile terminal 
moves from the coverage area of the particular radio access 
node to the coverage area of a subsequent radio access node by 
causing each packet router in the subset of packet routers to 

20 change the next -hop forwarding entry for the mobile terminal to 
correspond with the next -hop foirwarding entry for the 
subsequent radio access node; a third protocol adapted to 
define said subset of the packet routers for each particular 
radio access node, subsequent radio access node pair such that 

25 only the subset of packet routers are required to update their 
next-hop forwarding entries for a mobile terminal handoff from 
the particular radio access node to the s\ibsequent radio access 
node • 

According to a second broad aspect, the invention 
30 provides a method for forwarding data packets to a mobile 

terminal within a radio access network comprising a plurality 
of packet routers and a plurality of radio access nodes each 
having a- respective network address, the method comprising: 
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providing each packet router with a respective next -hop 
forwarding table populated with next-hop forwarding entries for 
each of the plurality of radio access nodes; providing an 
assigned network address to a mobile tenninal for a 
5 coitimiini cations session initially through a particular radio 
access node within whose coverage area the mobile terminal is 
located; broadcasting the assigned network address and the 
network address of the particular radio access node to the 
plurality of packet routers so as to cause each packet router 

10 to create a new next -hop forwarding entry for the mobile 
terminal/ the new next-hop forwarding entry for the mobile 
terminal corresponding with the next-hop forwarding entry for 
the particular radio access node; updating the next-hop 
forwarding tables of a subset of the plurality of packet 

15 routers when the mobile terminal moves from the coverage area 
of the particular radio access node to the coverage area of a 
subsequent radio access node by causing each packet router in 
the subset of packet routers to change the next -hop forwarding 
entry for the mobile terminal to correspond to the next-hop 

20 forwarding entry for the sxibseguent radio access node. 

According to a third broad aspect, the invention 
provides a packet router comprising: a next-hop forwarding 
table populated with a next-hop forwarding entry for each of a 
plurality of mobile terminals and radio access nodes; an input 

25 adapted to receive a message identifying a network address for 
a mobile terminal and a network address for a particular radio 
access node within whose coverage area the mobile terminal is 
located; a message processor adapted to process said message 
by: in the event no next -hop forwarding entry exists for the 

30 mobile terminal, adding a new next-hop forwarding entry to the 
next -hop forwarding table, the new next-hop forwarding entiry 
corresponding to the next-hop forwarding entry already in the 
table for the particular radio access node; and in the event a 
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next-hop forwarding entry exists for the mobile terminal, 
changing the next^hop forwarding entry for the mobile terminal 
to correspond to the next-hop forwarding entry already in the 
table for the particular radio access node; wherein a packet to 
5 be routed contains a destination network address of a mobile 
terminal to which the packet is to be routed, and the packet 
router forwards the packet to a device identified by the next- 
hop forwarding entry for the destination network address 
contained in the packet. 

The features of WIP make it an efficient and 
powerful protocol for supporting micro -mobility within a RAN, 
In the WIP paradigm, the radio access network (RAN> is a fully 
routed IP network i.e. a tunnel is not required to support 
mobility. The WIP protocol suite of the invention employs an 
efficient data forwarding scheme requiring only one memory- 
access operation to determine the next-hop. Furthermore, WIP 
provides an efficient routing teible update scheme consisting of 
only one memory-copy operation. The WIP. protocol suite of the 
invention is compatible with various existing IP routing 
protocols (e.g. OSPP, RIP etc.) as well as with the existing 
Mobile IP protocol that supports wide-area mobility. 

Other aspects and features of the present invention 
will become apparent to those ordinarily skilled in the art 
upon review of the following description of specific 
25 embodiments of the invention in conjunction with the 
accompanying drawings. 

Brief Description of the Drawings 

Figure 1 is a schematic of an example of a system 
providing wireless access services to. two regions; 
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Figure 2 is a schematic of an example of a system 
consisting of a single all-IP radio access network; 

Figure 3 is an example of the organization of a 
typical internal cache routing table; 

5 Figure 4A depicts an all-IP radio access network 

(KAN) with a mobile terminal (MT) in the coverage area of a 
particular radio node; 

Figure 4B is a message flow diagram detailing the 
Mobile Registration Protocol provided by an embodiment of the 
10 invention; 

Figure 4C illustrates the routing table update 
process for packet routers in a RAN implementing the Mobile 
Registration Protocol of Figure 4B; 

Figure 5A depicts the Handoff Affected Router Group 
15 (HARG) between two neighboring radio access nodes in an all-IP 
RAN; 

Figure 5B is a message flow diagram detailing the 
implementation of the Handoff Affected Router Discovery 
Protocol (HARDP) according to an embodiment of the invention; 

20 Figure 5C is a flowchart detailing the implementation 

of the Handoff Affected Router Discovery Protocol (HARDP) 
according to an embodiment of the invention; 

Figure 6A depicts a mobile terminal handoff in an 
all -IP radio access network (RAN) ; 

25 Figure 6B is a message flow diagram detailing the 

implementation of the Mobile Location Update Protocol provided 
by an embodiment of the invention; 
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Figure 6C illustrates the routing table update 
process for routers in a RAN inqplementing the Mobile Location 
Update Protocol of Figure 6B; 

Figure 7 illustrates the layered protocol software 
5 stack for each coinponent in a radio access network (HAN) 
implementing the WIP protocol suite of the invention; and 

Figure 8. is an example depicting the establishment of 
an optimal mobile-to-mobile communications path in an all-IP 
RAN implementing the WIP protocol suite of the invention. 

10 Description of the Preferred Embodiments 

An embodiment of the invention provides a new 
protocol suite for supporting micro-mobility in a radio access 
network (RAN) . The new protocol suite of the invention will 
be referred to herein as the ^Wireless Internet Protocol' (WIP) 
and is comprised of three components : a Mobile Registration 
Protocol, a Mobile Location Update Protocol and a Handoff 
Affected Router Discovery Protocol (HARDP) . Collectively, the 
new protocols provide for the efficient update of mobile 
terminal reachability during a 'handoff between a pair of 
neighboring radio access nodes and support an optimal mobile- 
to-mobile communication path within a radio access network 
(RAN) . Furthermore, the protocol suite of the invention 
supports the existence of multiple gateways within a RAN and 
the router architecture provides a platform for fast data 
packet forwarding. 

For the present invention, each router in a RAN is 
adapted to contain a next-hop forwarding (or routing) table 
which indexes *all' valid IP addresses in the RAN. In this 
way, host-specific data forwarding for mobile terminals (MTs) 
30 may be supported. In other words, the next-hop forwarding 
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table in each router records the 'next-hop forwarding entry' 
for all registered mobile tentdnals in the RAN. For each 
mobile terminal, the next-hop is closer to the radio access 
node to which the mobile terminal is currently attached. 

5 With respect to architecture/ each router in a radio 

access network (RAN) supporting micro-mobility according to the 
present invention will generally use two levels of routing 
table. One table, called the internal cache, maintains next- 
hop forwarding entries for all nodes internal to the RAN. The 

id second table called the external routing table maintains 
forwarding entries for external networks. The destination 
address of each IP packet received at a node is first checked 
to determine if the network prefix portion is internal or 
external. If the prefix indicates an internal node, the 

15 internal cache is searched for a match; otherwise the external 
routing table is searched. The internal cache is searched 
using an index search method and the external routing table is 
searched using the conventional 'longest -ma tching-prefix' 
search method. 

20 For the internal cache routing table, the next-hop 

forwarding entries for fixed nodes in the network are computed 
using OSPF or any other Internet routing protocol. As will- be 
seen later, the routing table entries for mobile terminals are 
obtained by copying the entries for the radio nodes to which 

25 each mobile terminal attaches. The addresses for all nodes and 
mobiles in a network adapted to perform the routing protocols 
provided by the invention are defined to be of the form 
'network-prefix. host' where the network-prefix is n bits and 
the host is h bits long. In case the network prefix is 

30 constant for all nodes and mobiles in a particular network, the 
nuxhber of different addresses in the network domain will be at 
most 2*. 
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Figure 3 displays the organization of the internal 
cache next-hop forwarding table. As seen, the next-hop 
forwarding entries are maintained in the form of an array 300. 
All valid radio access nodes and mobile terminals within a 
5 radio access network will be indexed in the array 300. The 
next-hop forwarding table associates the network address NIFx 
of a next-hop device to which a data packet should be forwarded 
for each registered node or mobile in the network. When a 
particular router receives an IP packet, the IP header is 

10 processed and the destination IP address will be an index into 
the array. The packet will be forwarded on a link indicated by 
the next -hop forwarding entry in that location. This type of 
^index search method" requires only one memory-access 
operation. Furthermore, the routing table requires only one 

15 byte of memory per entry assuming that the number of links per 
router is less than 256. This gives a memoory size of 2^ bytes. 
For one million simultaneous users, h is approximately 20, and 
the amovmt of memory required per internal cache routing teJ^le 
is approximately one megabyte (1 MB) . Hence, the entire 

20 forwarding table can be loaded into very high speed cache 
memory. Multiple routes to a destination node can be 
accommodated with additional memory. 

The external routing table maintains forwarding 
entries for external networks and is searched using the 
25 conventional 'longest-matching-prefix' search method. The 
routing table may be populated by a default route or entries 
from Interior BGP protocol. 

The above mentioned router architecture can reduce 
the routing table lookup time and support simple and efficient 
30 packet forwarding. However, it is also possible to merge the 
two routing tables into one and use the 'longest matching 
prefix' algorithm to determine the next hop forwarding path. 
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Route svunmarization and de-siunmarization techniques 
can be used to reduce the size of the routing table. The routes 
for the destination .addresses that have the same network prefix 
and the same next hop forwarding path can be merged into a 
5 single routing table entry and use the common prefix for 
routing table lookup. 

The first component of the WIP protocol suite is a 
Mobile Registration Protocol. As the name implies, this 
protocol provides a scheme for mobile terminal registration 

10 within a RAN. Consider Figure 4a/ which depicts an all-IP RAN 
400 identical to th6 RAN 200 shown in Figure 2, As before, the 
RAN 400 consists of a set of cooperative interconnected routers 
406 (including 406a/ 406b), 407 which form the infrastructure 
for data transportation in the RAN 400. A first radio access 

15 node (RN.a) 410 is attached to the router 406a while a second 
radio access node (RN.b) 430 is attached to the router 406b. 
Finally, a mobile terminal (MT) 405 is located in the coverage 
area of the first radio access node (RN.a) 410. 

Figure 4B is a message flow diagram detailing the 
20 network registration process for the MT 405 in Figure 4A- When 
the mobile terminal (MT) 405 powers up to attach to the RAN 
400, it i^irst establishes a wireless communications link with 
the radio access node in whose coverage area it resides, or in 
this case RN.a 410. The mobile terminal (MT) 405 then requests 
25 an IP address to be assigned to it from an address server 420. 
To do so, the MT 405 sends a REGISTRATION_REQUEST message 435 
to RN.a 410 which, in turn, forwards a modified 
REGISTRATION_REQUEST message 440 to the address server 420- 
The address server 420 replies with a REGISTRATION_RESPONSE 
30 message 445 to RN.a 410 which includes a newly assigned IP 

address for the MT 405. The newly assigned IP address will be 
one of the possible IP addresses for the RAN which was not 
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previously assigned. RN.a 410 subsequently sends this 
information in a REGISTRATI0N_RESPONSE message 450 to the MT 
405. At the same time the RN creates a binding between the MT's 
IP address and link layer address for sending/receiving data 
5 to /from the MT, 

RN.a 410 then broadcasts the mobile terminal's newly 
assigned IP address and its own IP address in an 
UPDATE_REACHABILITY message 455 to all routers in the RAN 400 
using, for example, a flooding protocol (See Routing in the 
Internet by Christian Huitema, Prentice Hall Publishers, 2***^ 
Edition, January 2000 hereby incorporated by reference) • In so 
doing, an (RN.a, MT) IP address pair is distributed to. all the 
routers in the RAN 400. RN.a 410 and all the routers in the * 
RAN 400 then update their internal cache routing tables by 
adding a new next-hop forwarding entry for the newly registered 
MT 405. This is indicated in Figure 4B by an UPDATE ROUTING 
TABLE fxmction 460 for RN.a 410 and by an UPDATE ROUTING TABLE 
function 465 for the routers comprising the RAN 400. In each 
router, the new next-hop forwarding entry for the mobile 
terminal (MT) 405 will, of course, be the same as the next-hop 
forwarding entry for the radio access node (RN.a) 410 to which 
it attaches. 

The proactive approach can be used to allocate a set 
of IP addresses to a RN such that the set of addresses can be 
25 registered in the network (i.e., broadcast the association 
between the allocated IP addresses and the RN address to all 
the routers in the RAN) before they are actually assigned to 
mobile terminals. As the routes have been set up in routers for 
these addresses, the RN can assign an unused IP address to a. 
30 new MT without flooding the new association to all the routers 
again. Therefore, the proactive approach can reduce the time 
required for mobile terminal registration. 
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Figure 4C shows the internal cache routing table 
update process for mobile terminal 405 registration as depicted 
Figures 4A and 4B. Each router in the RAN 400 will update its 
internal cache routing table by copying the next-hop forvarding 
5 entry indexed by the IP address of the first radio access node 
(RN.a) 410 to the entry indexed by the IP address of the mobile 
terminal (MT) 405. 

Consider now that the mobile terminal (MT) 405 in 
Figure 4A moves out of the coverage area of RN.a 410 and into 

10 the coverage area of RN.b 430. According to this embodiment, 
the IP address of the MT 405 does not change but rather, the 
next-hop forwarding entries for the MT 405 in the routers' 
internal cache routing tables are updated such that packets can 
be routed to the MT 405 at its new location. According to the 

15 . invention only a subset of routers within the RAN 400 are 

required to update their internal cache routing tables for a 
mobile terminal handoff . 

In the present invention, the sxabset of routers to be 
affected by a handoff between neighboring radio access nodes 

20 (e.g. from* RN.a 410 to RN.b 430 in Figure 4A) may, for example, 
be predetermined at the network boot-up time by a Handoff 
Affected Router Discovery Protocol (HARDP) . Such a siabset of 
routers is defined for each pair of radio access nodes which 
may be involved in a handoff. This subset of routers is 

25 appropriately called a Handoff Affected Router Group (HARG) . 

^Whenever there is a handoff and a mobile terrainal (MT) attaches 
to a new radio access node, the mapping of handoff mobile 
terminal's IP address and the new radio access node's IP 
address is sent to only those routers contained in the 

30 predetermined HARG. Each router in the HARG will then update 
its next-hop forwarding table by changing the next-hop 
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forwarding entry for the mobile terminal to correspond with the 
next-hop forwarding entry for the new radio access node. 

In the embodiment described below, each HAR6 is 
associated with a respective multicast address such that the 
5 entire HAR6 can be updated 1:^ sending messages to the multicast 
address. More generally however, any suitable messaging 
approach which updates the appropriate HARG can be ertiployed. 
For example, a message could be sent individually to each 
router in the HARG, this being less efficient. 

10 The Handoff Affected Router Discoveiry Protocol 

(HARDP) is the second component of the WIP protocol suite and 
is used to determine the HARG at network boot-up time and to 
update the HARG group membership whenever there is a topology 
change in the network which will be described with reference to 

15 Figure 5C. In accordeince with this protocol, whenever a radio 
access node boots up, the radio access node will be assigned a 
respective HARG multicast address for each of its neighboring 
radio access nodes which have a common radio coverage area 
(step 5C-1) . For each neighboring radio access node, the boot- 

20 up radio access node broadcasts a registration message to all 
the routers in the network which includes the boot -up radio 
access node IP address, the neighboring radio access node IP 
address and the corresponding HT^G multicast IP address (step 
5C-2) . Each router in the network receives each of these 

25 registration messages and decides whether or not to join the 
respective HARG (step 5C-3) . A router joins a respective HARG 
if the next-hop forwarding entry in its internal cache routing 
table for the boot-up radio access node is different from the 
one for the neighboring radio access node. 

30 Consider Figure 5A, for example,, depicting an all-IP 

RAN 500 having the same basic configuration as the RANs 200 and 
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400 depicted in Figures 2 and 4A, respectively. The RAN 500 
consists of a set of interconnected routers 506 (including 
506a, 506b; 506c) , 507 which collectively form the 
infrastructure for data transportation in the network. A first 
5 radio access node (RN.a) 510 is connected to a router 506a and 
a second radio node (RN,b) 530 is connected to a router 506b. 

According to a preferred implementation of the 
invention, each radio access node in a RAN will run a HARDP 
'daemon' after booting up. The concept of a daemon is 

10 generally well known in the art as defining a process running 
in the background and carrying out operations on behalf of the 
system. In this case, the HARDP daemon is also responsible for 
initiating the discovery task of the HARDP by broadcasting a 
HELLO message to all neighboring radio access nodes (as 

15 determined at the network configuration time) . 

Figure 5B is a message flow diacrram detailing a 
specific implementation of the HARDP protocol described with 
reference to Figure 5C for the exaxitple RAN 500 of Figure 5A. 
As described, the HARDP daemon (HARDP. a) of RN.a 510 initiates 

20 the process by broadcasting a HELLO message 540 to all its 
neighboring radio access nodes, in this case RN.b 530. The 
HARDP daemon (HARDP. b) of RN.b 530, in response to receiving 
the HELLO message 540, sends an ADDRESS_REQ message 545 
identifying RN.a 510 and RN.b 530 to an Address Server 520 

25 located in the network. The Address Server 520 may be resident 
on any router within the RAN 500 and, as illustrated by a 
functional block 550, assigns a single multicast address to 
represent the HARG between RN.a 510 and RN.b 530, referred to 
as HARG.ab. Different ways can be used to discover the 

30 neighboring RNs such as using static radio engineering or a 

dynamic neighbor RN learning algorithm. Neighboring RN learning 
algorithms can be used in complement with radio engineering. 
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This means most of the neighboring relationships are 
determined by radio engineering while some of the neighboring, 
relationships that were not planned in the engineering phase, 
are determined by the neighbor learning process. If a handoff 
5 occurs between a pair of RNs, and the pair of KNs were not 
configured as neighbors during radio engineering process, the 
handoff will fail in this case because there is no HARG defined 
for this pair of RNs. However, the pair of RNs can learn from 
the failed handoff that they are neighbors- Then the pair of 
10 RNs can use HARDP to identify their HARG. 

The multicast address assigned to HARG.ab is conveyed 
to the HARDP daemon (HARDP. b) of RN.b 530 in the form of an 
ADDRESS_RESP message 555. The HARDP daemon (HARDP. b) of RN.b 
530 then sends a READY message 560 to the HARDP daemon 
15 (HARDP. a) of RN.a 510 which also contains the multicast address 
assigned to HARG.ab by the Address Server 520. 

After receiving the READY message 560, the HARDP. a of 
RN.a 510 broadcasts a HARDP.JIEQ message 565, 570 to all the 
routers in the RAN 500 using, for example, a flooding protocol 

20 as detailed in Routing in the Internet by Chris tiem Huitema, 
Prentice Hall Publishers, 2^ Edition, January 2000. The 
HARDP_REQ message 565, 570 contains the network addresses of 
RN.a 510 and RN.b 530 and the assigned multicast address for 
HARG.ab. For ease of understanding, the routers in the RAN 500 

25 have been divided into two groups, one for the routers 506a, 
506b, 506c belonging to HARG.ab and the other for the routers 
506, 507 not in HARG.ab. Accordingly, two HARDP_J^Q messages 
565, 570 are shown to indicate that the same HARDP_REQ message 
is broadcast to all routers in the RAN 500. 

30 Each router in the RAN 500 will then compare the 

respective next-hop forwarding entries in its routing table for 
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EN. a 510 and HN.b 530, as shown by a first and second 
fxinctional block 575, 580. If the next-hop forwarding' entries 
for RN.a 510 and RN.b 530 in a particular router are different, 
that router issues an IGMP ""JOIN" request message (not shown) 
5 to join the HARG.ab as indicated by a functional block 585, 
Otherwise, the router ignores the HARDP_REQUEST message as 
shown in a f\inctional block 590. 

Referring back to Figure 5A, the subset of routers 
506a, 506b and 506c join HARG.ab 511. Only these routers will 
10 be affected by future mobile terminal handoffs between RN.a 510 
and RN.b 530. The HARDP protocol described above will be 
repeated whenever there is a topology change in the RAN 500. 

In a second implementation of the HARDP protocol, the 
READY message sent by HARDP. b to HARDP. a also proposes a 

15 Virtual Handoff Mobile (VHM) address. In response to the READY 
message, the daemon (HARDP. a) of RN.a broadcasts a 
registration message to all the routers in the RAN which 
includes the Vmi address and the network address of RN.a. 
Sufficient time is allowed for all routers in the RAN to update 

20 their routing table forwarding entries for this particular VHM 
address. The daemon (HARDP. a) of RN.a then sends an 
UPDATE_HAR6 message to the daemon (HARDP. b) of RN.b. This 
UPDATE.JIARG message triggers HARDP. b to flood the entire RAN 
with another VHM registration message. This registration 

25 message will contain the VHM address, the address of RN.b and 
the previously assigned multicast address of the HAR6 between 
the two respective radio nodes RN.a and RN.b. 

All routers in the RAN will then compute a new next- 
hop forwarding entry for the VHM address. Subsequently, each 
30 router coirgpares the newly computed next-hop entry for the VHM 
address with the old entry in its internal cache routing table. 
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If there is a change in the next-hop entry for the VHM address 
in a particular router, that router uses the well known 
Internet Group Management Protocol (IGMP) to issue an IGMP 
'JOIN' request message to join the HARG. IGMP is a standard 
5 used in packet-switched networks to communicate group 

membership information to all nodes participating in an IP 
multicast. 

After the HARG has been determined, the daemon 
(HARDP.a) of PN.a de-registers the VHM address from all the 
10 routers by broadcasting a DERBGISTER message. Only those 

routers that joined the HARG will be affected by future mobile 
host handoffs between RN.a and RN.b. In this case, therefore, 
the VHM address is used to perform a 'virtual handoff ' from 
RN.a to RN.b, thereby allowing the determination of the HARG. 

15 In a third and slightly varying implementation, the 

VHM registration message can instead be sent by the daemon 
(HARDP.a) of RN.a 510 such that the UPDATE.HARG message is not 
required. In this case, the VHM registers with RN.b 530 but 
its registration message is sent by RN.a 510. 

HARG membership may be updated if there is a topology 
change in the network. Routing protocol will detect the netwrok 
topology change and re-compute the forwarding entries at each 
router. After the forwarding entries have been reconputed, a 
router knows the RNs for which the forwarding entries changed. 
A HARG talkie is used to maintain all the HARGs with respect 
pairs of RNs and an entry of this table records a HARG's 
multicast address with the IP addresses of the pair of 
associated RNs. This table can be stored in the address server 
or distributed in all the routers. Based on the HARG table and 
the re-computed routes, a router decides JOIN/LEAVE a HARG 
using following algorithm: 
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- If the previously common next hop forwarding path for 
RN.a and RN.b is split after the route change, the 
router must join the HARG.ab. 

- If the previously separated next hop forward paths for 
5 RN.a and RN.b are merged into one, the router must 

leave the HARG.ab. 

The motivation behind sending handoff (location 
update) message to only the HAR6 as opposed to broadcasting the 
information to all routers in the RAN is to reduce the number 
of routers needing updating during a handoff. If the size of 
the HAR6 is too big, then there may not be a significant 
reduction in the nxiznber of routers to be updated from the 
simple broadcasting. case. As well, the time interval required 
to complete an update after a MT changes its location is 
closely related to the size of the HAR6 and this time will be 
significantly reduced if the size of the HARG is much smaller 
than the entire broadcast group or RAN. The difference between 
the size of the HARG and the size of the RAN reflects the 
savings in the number of routers which have to be updated for a 
particular handoff. Therefore, the smaller the HARG, the more 
beneficial the WIP solution. 

The size of a HARG will vary with characteristics of 
the network i.e. the topology of the network and the 
connectivity of the network. Each possible handoff is defined 

25 as a mobile terminal movement between any pair of neigliboring 
radio access nodes. Sending location update information to 
only those routers belonging to a HARG will save on messaging 
overhead in the system and on the processing load imposed on 
the routers as compared to broadcasting update information to 

30 the entire radio access network. 
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Hxe third and final component which completes the WIP 



protocol suite of the invention is referred to herein as the 
Mobile Location Update Protocol.' This protocol provides an 
effective means to update mobile terminal reachability during 
5 handoff from one radio access node's respective coverage area 
to another. Consider Figure 6A which is an example of a single 
all"IP RAN 600, similar to the RANs 200, 400 depicted in 
Figures 2 and 4, respectively. The RAN 600 includes a 
plurality of cooperative interconnected routers 606 (including 

10 606a, 606b, 606c) , 607 forming the infrastructure for data 
transportation in the network. A first radio access node 
(RN.a) 610 is connected to a router 606a whilst a second radio 
access node (RN.b) 630 is connected to a router 606b. A mobile 
terminal (MT) 605, participating in an active data session is 

15 initially in the coverage area of RN.a 610 and then moves into 
the coverage area of RN.b 630. 



Handoff Affected Router Discovery Protocol (HARDP) has already 
been used to identify all possible HARGs in a RAN. For 

20 example, suppose that the HARDP protocol has determined HARG.ab 
611 for handoff s between RN.a 610 and RN.b 630 as depicted in 
Figure 6A. In the event MT 605 moves from the coverage area of 
RN.a 610 to that of RN.b 630, only the group of routers 606a, 
606b and 606c comprising the HARG.ab 611 needs to be informed 

25 about the handoff in order that each router in that group 
updates its internal cache routing table to reflect a new 
""Next-Hop router to destination IP address' mapping. 



sequence of events according to the Mobile Location Update 
30 Protocol for the handoff depicted in Figure 6A. As the MT 605 
approaches the outer limit of RN.a's 610 coverage area, at some 
instant RN.a 610 will determine that a handoff to RN.b 630 is 



The Mobile Location Update Protocol assumes that the 



Figure 6B is a message flow diagram detailing the 
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required. This is indicted by a functional block 640 in Figure 
6B. At this time, RN.a 610 sends a HAITOOFF message 645 to the 
MT 605 indicating that a link to RN.b 630 should be 
established. The mechanics of establishing a physical 
5 connection to the subsequent radio access node are not of 
concern here, and are asstmed to occur using any suitable 
method. 

The 1ST 605 then sends an ATTACH message 650 to KN.b 
630. The ATTACH message 650 identifies the KT 605 and the 

10 radio access node (RN.a) 610 whose coverage area the MT 605 is 
leaving. For example, such identity information may be 
conveyed using the network IP addresses of the MT 605 and the 
RN.a 610. After a wireless communications channel or link is 
established between the MT 605 and KN.b 630, a LOCATION^UPDATE 

15 message 655 is sent out by RN.b 630 to all the routers 606a, 
606b, 606c belonging to the HARG.ab 611 via, for example, the 
well known ^^reliable multicast" facility (details of which may 
be found in Routing in the Internet by Christian Huitema, 
Prentice Hall Publishers, 2"^ Edition, January 2000). The 

20 LOCATION_UPDATE message 655 includes a ''New Radio Access Node 
to Mobile Host IP address mapping' . Specifically, each router 
belonging to the handoff multicast group or HARG.ab 611 will 
receive a (RN.b, MT) IF address pair where RN.b is the new 
radio access node to which the MT attaches. As indicated in a 

25 functional block 660, each router that receives the 

LOCATION^UPDATB message 655 will update its internal cache 
routing table by copying the next-hop forwarding entry for the 
new radio access node (RN.b) 630 to the entry for the mobile 
terminal (MT) 605. 

30 To maintain consistent routing information for MTs in 

the routers, the handoff protocol preferably uses a reliable 
multicast protocol for transmitting location update messages to 
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the routers in HAR6. As the size of a HARG may be limited and 
the members the HAR6 are generally "close" to the RN where a 
handoff takes place, a modified selective-reject ARQ type of 
multicast transport protocol can be used to ensure the 
5 reliability of the location update messages sent by the WIP 
handoff control 720. With modified selective-reject ARQ, all 
the receivers are required to acknowledge the received 
messages. The WIP handoff control 720 collects the 
acknowledgements from all the destinations (i.e., WIP router 

10 control 768 at the target HAR6 members) before a message is 

considered as received. WIP handoff control will retransmit the 
message to a destination by unicast if a negative 
acknowledgement is received from a destination or a time out 
for that destination. As the location update messages 

15 originated from one RN are triggered by different MTs, WIP 
router control does not need to process these messages in the 
same sequence as they were sent out. Therefore, an ongoing 
incomplete location update operation will not block the 
subsequent location updates from other MTs. 

20 Figure 5C depicts the general routing table update 

process performed by each router in the HARG.ab 611 for the MT 
605 handoff depicted in Figures 6A and 6B. As indicated, the 
next -hop forwarding entry for the new radio access node (RN.b) 
630 in each router's internal cache routing table 630 is copied 

25 to the routing table entry indexed by the mobile terminal (MT) 
605 and which previously contained the next-hop forwarding 
entzry for the old radio access node (RN.a) 610. After this 
update is performed, future packets destined for the mobile 
terminal (MT) 605 will take a different route arriving at the 

30 new radio access node (RN.b) 630 and eventually reaching the 
re-located mobile terminal (MT) 605. Therefore, each router 
only needs to copy the next-hop forwarding entry corresponding 
to the new RN's IP address to the location in its internal 
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cache routing table corresponding to the mobile .terminal. 
Advantageously, in the embodiment described, each router in a 
HARG requires only one memory-copy operation to perform a 
handoff update. 

5 In embodiments employing prefix based routing table, 

a route summarization and de-s\unmarization algorithm can be 
used to minimize the host specific routes in the routing 
tables. When a router receives a location update request for a 
M*, the router first removes the host specific routing entry 

10 for the MT, and then the router computes the next hop 
forwarding paths for the and the new RN using longest 
matching prefix algorithm. If the two forwarding paths are 
different, a. host specific route is injected into the routing 
table; otherwise, the router can ignore the location update 

15 request. It is to be noted that other route s"ummarization and 
de- summarization algorithms can also be used in prefix based 
routing table; 

It should be noted that network traffic generated by 
updating during a mobile terminal handoff to a new radio access 
20 node is .not very significant compared to the initial flooding 
of the entire network. According to the invention, updates are 
only sent to routers comprising a respective HARG, the size of 
the HARG normally being very small compared to the size of the 
entire network. 

25 Figure 7 is a block diagram highlighting the new 

functionality introduced into each coinponent of a RAN 
implementing the WIP protocol suite of the present invention. 
Conceptually, each component may be represented by a layered 
protocol software stack in a manner well known to those skilled 

30 in the art. In Figure 7, specifically, a layered protocol 



wo 02/19615 




PCT/CAOl/01155 



software representation is given for a mobile terminal (MT) 
705, a radio access node (PN) 710 and a router 760. 

Considering the 105, the protocol software stack 
includes a network interface module 706 comprised of a physical 
5 hardware layer (PHY) 706a and a data link layer (LINK) 706b, an 
IP layer 708 and a mobility management (MM) function 709. The 
mobility management fxmction is responsible for controlling the 
behavior of physical hardware 706a and data link 706b layers 
during handoff . It also sends the mobile terminal's IP address 

10 to the new radio access node. The mobility management function 
may be supported by any mobile terminal that uses any mobility 
protocol e.g. Mobile IP. The details surrounding each of these 
protocol software layers is well known and no new functionality 
is, therefore, introduced with respect to the mobile terminal 

15 (MT) 705. 

As per convention, the radio access node (PN) 710 
will consist of two network interface modules 715, 716 in the 
lowest layers of its protocol stack since it effectively has 
two network interfaces, one towards the MT 705 and one towards 

20 the router 760 to which it attaches. Above these modules 

resides an IP layer 717. However, above the IP layer 717, new 
functionality must be introduced in order to facilitate 
inplementation of the WIP protocol suite. Specifically, a 
HARDP daemon (HAKDPD) 718 is responsible for implementing the 

25 HARDP protocol, a REGISTRATION coitiponent 719 is responsible for 
iinplementing the Mobile Registration Protocol and a HANDOFF 
CONTROL component 720 is responsible for iinplementing the 
Mobile Location Update Protocol. Note that the REGISTRATION 
coit^onent 719 and the HANDOFF CONTROL component 720 may be 

30 implemented by appropriate software, and/or hardware and/or 
firmware. 
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And finally, each router 760 will also consist of the 
standard lower protocol software layers, namely a network 
interface module 766 and an IP layer 767. To implement the WIP 
protocol suite of the invention, each router 760 in the RAN 
5 must also contain an additional ROUTER CONTROL software 

component 768 which may reside eibove the IP layer 767, as shown 
in Figure 7. The ROUTER CONTROL software 768 handles all 
aspects of managing mobile terminal mobility by updating the 
routing table of a router upon mobile terminal registration and 
10 during a respective handoff • It is apparent that ' 
implementation of the WIP protocol suite requires new 
functionality to be introduced into each radio access node and 
router within a RAN. 

Advantageously, the WIP protocol suite of the 

15 invention provides optimal paths for data packet forwarding in 
all mobile- to-mobile, mobile-to-fixed and fixed-to-mobile 
communications. Consider, for example, a system as shown 
Figure 8 comprising an all-IP RAN 800 connected to an Internet 
backbone 803 via a network edge router (NER) 807, The Internet 

20 backbone 803 is represented by a set of routers 809. The RAN 
800 comprises a plurality of radio access nodes (RNs) 810 
(including 810a, 810b) attached to a plurality of cooperative 
interconnected packet routers 806. A first mobile terminal 
(MT.a) 805 establishes a wireless coxnmunications link with a 

25 radio access node (RN.a) 810a in whose coverage area it 

resides, while a second mobile terminal (MT.b) 815 establishes 
a similar link with a corresponding radio node (RN.b) 810b. A 
fixed host (FH) 808 is located outside of the RAN 800 and is 
connected via an access network (not shown) to the Internet 

30 backbone 803. 

With respect to fixed- to-mobile communications, 
consider that the fixed host (FH) 808 sends a data packet to 
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MT.a 805. This packet will reach the NER 807 of the RAN 800 
because the IP address of the destination can be used to 
identify the RAN 800 where MT.a 805 currently resides. The 
routers that sxibsequently receive this packet will forward it 
5 to the next-hop device which is on the optimal route towards 
the final destination. Eventually, this packet will arrive at 
MT.a 805 along the optimal route from ingress NER 807 to MT.a 
805. 

For mobile- to- fixed communications, suppose that the 
mobile terminal (MT.a) 805 desires to send a' packet to the 
fixed host (FH) 808 located outside of the RAN 800. Since the 
destination address is not in the RAN 800, routers in the RAN 
800 that receive this packet will use the conventional 'longest 
match algorithm' in conjunction with their external routing 
tables to determine the next-hop device and forward this packet 
accordingly. Eventually, then, the packet will arrive at the 
fixed host (FH) 808 using traditional IP routing. 

And lastly, with respect to mobile-to-mobile 
communications, suppose MT.a 805 weoits to send a data packet to 
MT.b 815 which is located within the same RAN 800. The routers 
that receive this packet forward it to the next-hop device 
which is on an optimal route 880 towards the m'.b 815. The 
optimal route 880 is captured by the next -hop forwarding 
entries for MT.b 815 in the internal cache routing table for 
each router. Accordingly, the inefficiency attributed to the 
'triangular routing' of data packets does not exist as it does 
in the other existing mobility protocols. 

In summary, the protocol suite of the present 
invention introduces several new features over existing 
30 mobility protocols. Firstly, all the routers use optimal next- 
hop forwarding paths for the mobile terminals based on their 
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current points of attachment to the radio access network. 
Secondly/ all valid IP addresses in a radio access network 
(RAN) are indexed in the routing tables of all routers in the 
RAN. Thirdly, a new protocol coined HARDP identifies the 
5 minimal set of routers that needs to be updated when handof f 
occurs between two neighboring radio access nodes . This 
minimal set of routers is termed the HARG and may be organized 
as a multicast group. Vfhen a mobile terminal performs a 
handof f to a new radio access node, multicasting or reliable 
10 multicasting may be used to update all routers in the HARG. 

The features of WIP, therefore, make it an efficient 
and powerful protocol for supporting micro-mobility within a 
RAN. In the WIP paradigm, the radio access network (RAN) is a 
fully routed IP network i.e. a tunnel is not required to 

15 support mobility. WIP also ert5)loys a very efficient data 

forwarding scheme requiring only one memory-access operation to 
determine the next-hop. Furthermore, WIP uses a very efficient 
routing table update scheme consisting of only one memory-copy 
operation. WIP is coittpatible with various IP routing protocols 

20 (e.g. OSPF, RIP etc.) as well as with the Mobile IP protocol 
supporting wide-area mobility. 

As described earlier, following a handof f, WIP 
isolates the location updates to only a small group of routers 
(HARG) close to the involved radio nodes. The implementation 

25 described only changes the unicast data packet forwarding 
mechanism in the routers. The original IP multicast data 
forwarding and group membership management are not affected. 
If a mobile terminal is a member of an active multicast session 
and a handof f is required, it must ''re-join* the same group 

30 from the new radio access node (RN) and leave the same group 
from the old radio access node (RN) . In addition, the mobile 
terminal imist also multicast a registration message to the 
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respective HARG between the old cuid new radio access nodes to 
update its location (next -hop forwarding entries) for unicast. 

It is important to note that in case all nodes in a 
RAN have the same network-prefix, it may be possible to 
5 inplement the entire protocol suite of the invention using only 
the host (terminal) portion of the network address to determine 
next hop forwarding path. 

In another embodiment, the entire protocol suite can 
10 also be used as a mobile routing protocol for updating MT 
reachability in a set of mobile agents (e.g., hierarchical 
foreign agents) that are interconnected by IP tunnels. These 
agents and tunnels form an overlay network on top of an IP 
network. 

15 While preferred embodiments of the invention have 

been described and illustrated/ it will be apparent to those 
skilled in the art that numerous modifications, variations and 
adaptations may be made without departing from the scope of the 
invention as defined in the claims appended hereto. 



20 



r 

WO02/1961S i 



PCT/CA01/011S5 



Claims: 

1. A system for forwarding data packets to a mobile 

. terminal comprising: 

a radio access network coniprising at least one 
5 externally connected gateway node, a plxxrality of packet 
routers, and a plurality of radio access nodes each having a 
respective coverage area. and each capable of establishing a 
wireless communications link with mobile terminals within the 
respective coverage area, each packet router and each radio 
10 access node having a respective network address, each packet 
router associating a next-hop forwarding entry with each of the 
radio access nodes ; 

a first protocol adapted to provide an assigned 
network address to a mobile terminal for a communications 

15 session initially through a particular radio access node within 
whose coverage area the mobile terminal is located and to 
broadcast the assigned network address and the network address 
of the particular radio access node to the plurality of packet 
routers so as to cause each packet router to create a new next- 

20 hop forwarding entry for the mobile terminal, the new next -hop 
forwarding entry for the mobile terminal corresponding with the 
next-hop forwarding entry for the particular radio access node; 

a second protocol adapted to update the next -hop 
forwarding entries for the mobile terminal for a subset of the 

25 packet routers when the mobile terminal moves from the coverage 
area of the particular radio access node to the coverage area 
of a s\ibsec[uent radio access node by causing each packet router 
in the subset of packet routers to change the next-hop 
forwarding entry for the mobile terminal to correspond with the 

30 next-hop forwarding entry for the subsequent radio access node; 
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a third protocol adapted to define said subset of the 
packet routers for each {particular radio access node, 
subsequent radio access node} pair such that only the siibset of 
packet routers are required to update their next-hop forwarding 
5 entries for a mobile terminal handoff from the particular radio 
access node to the sxibsequent radio access node. 

2. A system according to claim 1 further comprising an 
address server located within the radio access network; 

wherein the first protocol is adapted to obtain the 
10 assigned network address for the mobile terminal from the 
address server. 

3. A system according to claim 2 wherein the address 
server is an extended dynamic host configuration protocol 
(DHCP) server. 

15 4. A system according to claim 2 wherein the first 

protocol comprises: 

the mobile terminal establishing a wireless 
communications link with the particular radio access node 
within whose coverage area the mobile terminal is located; 

20 the mobile terminal sending a first message to the 

particular radio access node within whose coverage area the 
mobile terminal is located, the first message requesting said • 
assigned network address; 

the particular radio access node receiving the first 
25 message and sending a second message to the address server 
requesting said assigned network address; 
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the address server responding to the particular radio 
access node with a third message comprising said assigned 
network address for the mobile terminal ; 

the particular radio access node foxwarding the third 
5 message to the mobile teimdnal and then broadcasting a fourth 
message to the plurality of packet routers in the radio access 
network, the fourth message comprising the network address for 
the particular radio access node and the assigned network 
address for the mobile terminal; 

10 each of the plurality of packet routers adding a new 

next -hop forwarding entry for the mobile terminal corresponding 
to the next-hop forwarding entry for the particular radio 
access node within whose coverage area the mobile terminal is 
located. 

15 5. A system according to claim 1 wherein the third 

protpcol is adapted to include in the subset only those packet 
routers having different next-hop forwarding entries for the 
particular and subsequent radio access nodes. 

6, A system according to claim 5 further comprising an 

20 address server located within the radio access network; 

wherein the third protocol adapted to define said 
s\ibset of the packet routers for each {particular radio access 
node, subsequent radio access node} pair comprises: 

the particular radio access node broadcasting a first 
25 message to the subsequent radio access node; 

the subsequent radio access node in response to the 
first message sending a second message to the address server 
identifying the particular radio access node and the subsequent 
radio access node; 
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the address server assigning a single multicast 
address to represent said subset of packet routers and sending 
the multicast address in a third message to the sxibseguent 
radio access node; 

5 the subsequent radio access node sending a fourth 

message to the particular radio access node containing the 
multicast address assigned to said subset of packet routers ; 

the particular radio access node broadcasting a fifth 
message to each of said plurality of packet routers, the fifth 
10 message comprising the network address of the particular radio 
access node, the network address of the sxibsequent radio access 
node and the multicast address assigned to said subset of 
packet routers; 

each of said plurality of packet routers comparing 
15 the next-hop forwarding entry for the particular radio access 
node to the next-hop forwarding entry for the subsequent radio 
access node and in the event that the next-hop forwarding 
entries are different, issuing a request message to join the 
stibset of packet routers to which the multicast address is 
20 assigned. 

7. A system according to claim 5 further comprising an 

address server located within the radio access network; 

wherein the third protocol adapted to define said 
subset of the packet routers for each particular radio access 
25 node, subsequent radio access node pair comprises: 

the particular radio access node sending a first 
message to the subsequent radio access node; 

the subsequent radio access node in response to the 
first message sending a second message to the address server 
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identifying the particular radio access node and the subsequent 
radio access node; 

the address server assigning a single multicast 
address to represent said subset of packet routers and sending 
5 the multicast address in a third message to the subsequent 
radio access node; 

the si2bsequent radio access node sending a fourth 
message to the particular radio access node, the fourth message 
comprising the xmilt least address assigned to said subset of 
10 packet routers and a virtual handoff mobile address; 



message to each of said plurality of packet routers, the fifth 
message contprising the network address of the particular radio 
access node and the virtual handoff mobile address; 



the fifth message and adding a first next-hop forwarding entry 
for the virtual handoff mobile address, the first next-hop 
forwarding entry for the virtual handoff mobile address 
corresponding to the next-hop forwarding entry for the 
20 particular radio access node; 

the particular radio access node sending a sixth 
message to the subsequent radio access node, the sixth message 
triggering the subsequent radio access node to broadcast a 
seventh message to each of said plurality of packet routers # 
25 the seventh message comprising the virtual handoff mobile 
address, the network address of the subsequent radio access 
node and the multicast address assigned to said subset of 
packet routers; 



the particular radio access node broadcasting a fifth 



each of said plurality of packet routers receiving 
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each of said plurality of packet routers conrputing a 
second next-hop for^A^arding entry for the virtual handoff mobile 
address; 

each of said plurality of packet routers comparing 
5 the second next-hop forwarding entry for the virtual handoff 
mobile address to the first next-hop forwarding entry for the 
virtual handoff mobile address and in the event that the next- 
hop forwarding entries are different, issuing a request xnessage 
to join the subset of packet routers to which the multicast 
IQ address is assigned; 

the particular radio access node broadcasting an 
eighth message the said plurality of packet routers so as to 
cause each packet router to rraiove the next-hop forwarding 
entry for the virtual handoff mobile address, 

15 8. A system according to claim 1 wherein the first 

protocol pre-allocates a set of addresses to each radio access 
node cuid sets up routes for these addresses in the routers 
before the addresses are actually assigned to mobile terminals. 

Pre-al location of addresses is achieved by either 
20 configuring address prefixes based on network hierarchy or 
broadcasting to all the routers the association between a RN 
and a set of allocated addresses as in the first protocol. Both 
methods de-couples address allocation from mobile terminal 
registration, therefore, reduce the time required for mobile 
25 registration. 

9. A system according to claim 1 wherein the second 

protocol comprises: 



the particular radio access node sending a first 
message to the mobile terminal indicating that a wireless 
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conmiunications link to the siobsequent radio access node should 
be established; 

the mobile terminal receiving the first message and 
sending a second message to the subsequent radio access node in 
5 order to establish a wireless communications link to the 
subsequent radio access node, the second message identifying 
the mobile terminal and the particular radio access node whose 
coverage area the mobile terminal is leaving; 

the subsequent radio access node receiving the second 
10 message and sending a third message to said subset of packet 
routers, the third message comprising the network address of 
the subsequent radio access node and the network address of the 
mobile terminal; 

each packet ^router in said subset of packet routers 
15 receiving the third message and changing the next -hop 

forwarding entry for the mobile terminal to correspond to the 
next-hop forwarding entry for the subsequent radio access node. 

10. A system according to claim 1 wherein the network 

addresses are Internet Protocol (IP) addresses. 

20 11. A system according to claim 1 wherein the data 

packets are Internet Protocol (IP) packets. 

12- A system according to claim 11 wherein adapted for 

use with IP version 4 or IP version 6. 

13. A method for forwarding data packets to a mobile 

25 terminal within a radio access network comprising a plurality 
of packet routers and a plurality of radio access nodes each 
having a respective network address, the method coirgprising: 
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providing each packet router with a respective next- 
hop forwarding table populated with next-hop forwarding entries 
for each of the plurality of radio access nodes; 

providing an assigned network address to a mobile 
5 terminal for a communications session initially through a 
particular radio access node within whose coverage area the 
mobile terminal is located; 



network address of the particular radio access node to the 
10 plurality of packet routers so as to cause each packet router 
to create a new next -hop forwarding entry for the mobile 
terminal, the new next-hop forwarding entry for the mobile 
terminal corresponding with the next -hop forwarding entry for 
the particular radio access node; 

15 updating the next-hop forwarding tables of a siibset 

of the plurality of packet routers when the mobile terminal 
moves from the coverage area of the particular radio access 
node to the coverage area of a subsequent radio access node by 
causing each packet router in the subset of packet routers to 

20 change the next-hop forwarding entry for the mobile terminal to 
correspond to the next-hop forwarding entry for the subsequent 
radio access node. 

14, A method according to claim 13 further contprising for 

each {particular radio access node, subsequent radio access 

25 node} pair, defining the subset of packet routers whose next- 
hop forwarding tables need to be updated when the mobile 
terminal moves from the coverage area of the particular radio 
access node to the coverage area of the subsequent radio access 
node such that only the subset of packet routers are required 

30 to update their next-hop forwarding tables. 



broadcasting the assigned network address and the 



T 



wo 02/19615 




PCT/CA01/011S5 



43 



15. A method according to claim 14 further comprising 
each router updating its membership in the si±>set for a 
{particular radio access node, siibsequent radio access node} 
pair when the next-hop forwarding entry for either or both of 

5 the particular radio access node and the subsequent radio 
access node changes. 

16. A method according to claim 13 further comprising 
radio access nodes learning a neighboring relationship with 
other radio access nodes in terms of common coverage areas. 

10 17. A method according to claim 13 wherein the data 

packets are Internet Protocol (IP) packets. 

18. A method according to claim 13 wherein the network 
addresses are Internet Protocol (IP) addresses. 

19. A packet router coxiprising: 

15 a next-hop forwarding table populated with a next-hop 

forwarding entry for each of a plurality of mobile terminals 
and radio access nodes ; 

an input adapted to receive a message identifying a 
network address for a mobile terminal and a network address for 
20 a particular radio access node within whose coverage area the 
mobile terminal is located ; 

a message processor adapted to process said message 

by: 

in the event no next-hop forwarding entry exists for 
25 the mobile terminal, adding a new next-hop forwarding 

entry to the next-hop forwarding table for the mobile 
terminal, the new next -hop forwarding entry corresponding 



r 



wo 02/19615 




PCT/CA01/011S5 



44 



to the next-hop forwarding entry already in the table for 
the particular radio access node; 

and in the event a next-hop forwarding entry exists 
for the mobile terminal, changing the next-hop forwarding 
5 entry for the mobile terminal to correspond to the next- 

hop forwarding entry already in the tfiJ3le for the 
particular radio access node; 

wherein a data packet to be routed contains a 
destination network address of a mobile terminal to which the 
10 packet is to be routed/ and the packet router forwards the 
packet according to the next-hop forwarding entry for the 
destination network address contained in the packet. 

20. A packet router according to claim 19 wherein the 
next-hop forwarding table is organized as an array indexed with 

15 network addresses for each of the plurality of mobile terminals 
and radio access nodes. 

21. A packet router according to claim 19 wherein the 
next-hop forwarding table is organized as an array and 
associates a network address for each of the plurality of 

20 mobile terminals and radio access nodes with a network address 
for a next-hop forwarding device. 

22. A packet router according to claim 19 further 
comprising host route summarization and de-summarization 
algorithms adapted to compress the routing table. 

25 23. A packet router according to claim 22 wherein host 

route summarization algorithm summarizes common forwarding 
paths into a single path identified by a common address prefix 
of destination network addresses. 
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24. A packet router according to claim 22 wherein the de- 
smnmarization algorithm de-sxmimarizes a common forwarding path 
identified by a common address prefix into separate paths due 
to a mobile tentiinals forwarding path departing from the common 

5 path. 

25. A packet router according to claim 19 adapted to 
route Internet Protocol (IP) packets. 

26. A packet router according to claim 25 wherein the 
network addresses are Internet Protocol (IP) addresses. 

10 27. A radio access node adapted to provide wireless 

access service to a mobile terminal within a radio access 
network comprising a plurality of packet routers and an. address 
server, the radio access node being adapted to: 

receive a first message from the mobile terminal 
15 requesting a network address for the mobile terminal from the 
address server; 

process said first message by sending a second 
message to the address server requesting a network address to 
be assigned to the mobile terminal; 

20 receive a second message from the address server 

cornprising the assigned network address; 

process said second message by sending a third 
message to the mobile terminal comprising the assigned network 
address from the address server; 

25 broadcast a fourth message to the plurality of packet 

routers, the fourth message conprising the network address of 
the radio access node and the assigned network address for the 
mobile terminal. 
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28. A radio access node adapted to provide wireless 
access service to a mobile terminal within a radio access 
network, the radio access network comprising a plurality of 
packet routers and a plurality of radio access nodes each 

5 having a respective coverage area and each capable of 
establishing a wireless communications link with mobile 
terminals within the respective coverage area, each packet 
router and each radio access node having a respective network 
address, the radio access network further coitprising an address 
10 server for assigning a multicast address to represent a subset 
of the packet routers that needs to be updated when the mobile 
terminal moves from the coverage area of the particular radio 
access node to the coverage area of a subsequent radio access 
node, the radio access node conprising: 

15 a message processor adapted to send a first message 

to the subsequent radio access node; 

an input adapted to receive a second message from the 
s\ibseG[uent radio access node comprising the multicast address 
assigned by the address server; 

20 the message processor further adapted to broadcast a 

third message to the plurality of packet routers, the third 
message comprising the network address of the particular radio 
access node, the network address of the subsequent radio access 
node and the assigned multicast address for said subset of 

25 packet routers. 

29. A radio access node adapted to provide wireless 
access service to a mobile terminal within a radio access 
network, the radio access network comprising a plurality of 
packet routers and a plurality of radio access nodes each 

30 having a respective coverage area and each capable of 
establishing a wireless communications link with mobile 
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terminals within the respective coverage area, each packet 
router and each radio access node having a respective network 
address, the radio access network further comprising an address 
server for assigning a imilticast address to represent a subset 
5 of the packet routers that needs to be updated when the mobile 
terminal moves from the coverage area of the particular radio 
access node to the coverage area of a subsequent radio access 
node, the radio access node comprising: 

a message processor adapted to implement a third 
10 protocol wherein the third protocol defines said subset of 

packet routers for the particular radio access node, subsequent 
radio access node pair. 

30. A radio access node according to claim 29 wherein the 
address server is an extended dynamic host configuration 

15 protocol (DHCP) server, 

31. A radio access node according to claim 29 wherein 
the network addresses are Internet Protocol (IP) addresses. 

32 . A method of providing micro-mobility support to a 
radio access network wherein only a reduced n\amber of routers 

20 update their next-hop forwarding tables when a mobile terminal 
performs a handoff . 

33. A method according to claim 32 wherein the reduced 
number of routers coirrprises any routers having different next- 
hop forwarding entries for the particular radio access node and 

25 the sxibsequent radio access node. 

34. A system according to claim 1 wherein the first, 
second and third protocols together provide a protocol suite 
adapted to fxinction as a mobile routing protocol for updating a 
mobile terminal's reachability in an overlay network that 
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coitprises mobility agents connected by IP tunnels over network 
routers . 

35. A system according to claim 34 wherein the protocol 

suite runs in the mobility agents. 

5 3j5. A mobility agent adapted to be connected with other 

mobility agents using IP txannels, the mobility agent being 
adopted to provide a protocol suite coinprising: 

a first protocol adapted to provide an assigned 
network address to a mobile terminal for a communications 

10 session initially through a particular radio access node within 
whose coverage area the mobile terminal is located and to 
broadcast the assigned network address and the network address 
of the particular radio access node to a plurality of packet 
routers so as to cause each packet router to create a new next- 

15 hop forwarding entry for the mobile terminal, the new next -hop 
forwarding entry for the mobile terminal corresponding with the 
next-hop forwarding entry for the particular radio access node; 

a second protocol adapted to update the next-hop 
forwarding entries for the mobile terminal for a subset of the 

20 packet routers when the mobile terminal moves from the coverage 
area of the particular radio access node to the coverage area 
of a subsequent radio access node by causing each packet router 
in the subset of packet routers to change the next-hop 
forwarding entry for the mobile terminal to correspond with the 

25 next-hop forwarding entry for the subsequent radio access node; 

a third protocol adapted to define said subset of the 
packet routers for each {particular radio access node, 
subsequent radio access node} pair such that only the siibset of 
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entries for a mobile terminal handoff from the particular radio 
access node to the subsequent radio access node. 
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